-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add language and new methods in Source #2
Conversation
/** | ||
* Get a page with a list of manga. | ||
* | ||
* @since extensions-lib 1.5 | ||
* @param query the search query. | ||
* @param filters the list of filters to apply. | ||
* @param page the page number to retrieve. | ||
*/ | ||
suspend fun getMangaList(query: String, filters: FilterList, page: Int): MangasPage = throw Exception("Stub!") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why a new search method in Source
? what about getSearchManga
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
the PR is towards the main
branch which doesn't have getSearchManga
but either way this is basically replacing it.
@@ -21,6 +23,36 @@ interface Source { | |||
*/ | |||
val name: String | |||
|
|||
/** | |||
* Represents an IETF BCP 47 compliant language tag. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
do we need to specify regions and scripts in languages?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is just correctly representing what app expected for extensions to return and extensions were returning for lang
property
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
like pt-br
, zh-Hant
, zh-TW
etc. are IETF BCP 47
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we need the API to be unambiguous? No, but it sounds like a good idea.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think @AwkwardPeak7 was under the impression that instead of en
sources will need to specify en-us
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Considering the comment beneath mentions "all" as a legal tag, shouldn't that be one of the options together with MULTI and OTHER? Or at the very least mentioned in the same bulleted list?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Antsy forgot to remove the comment when he removed ALL
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
updated the javadoc
@@ -21,6 +23,36 @@ interface Source { | |||
*/ | |||
val name: String | |||
|
|||
/** | |||
* Represents an IETF BCP 47 compliant language tag. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we need the API to be unambiguous? No, but it sounds like a good idea.
No description provided.